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ABSTRACT 



A transport decoder 110. for receiving and processing a 
transport data stream using MPEG-2 formats, includes con- 
nections to a physical layer channel interface (channel 
interface) 112. a buffer memory 114. a host inicroprocessor 
116. audio and video decoders 118/120. and clock signal 
circuitry 122. The transport decoder also includes an inter- 
face to a decoder which does not include a "data valid** input 
terminal. Upon receipt of encoded data packets, the transport 
decoder recognizes a frame synchronization byte and trans- 
fers an encoded data packet to an external decoder via the 
interface. The transport decoder sets a count value for a 
predetermined number of bytes in the encoded data packet 
and sends the packet data to the external decoder. When the 
specified number of bytes have been sent to the external 
decoder, the transport decoder determines if another syn- 
chronization byte has been encountered. If another synchro- 
nization byte has been found, the transport decoder contin- 
ues to send encoded data to the decoder. Otherwise, the 
transport decoder sends zero-valued data to the external 
decoder. 

2 Claims, 7 Drawing Sheets 
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SYSTEM AND METHOD FOR INTERFACING Standard for Conditional Access. Version 2.6. NRSS Com- 

A TRANSPORT DECODER TO A NATIONAL mittee (April 1995) is hereby incorporated by reference for 

RENEWABLE SECURITY SYSTEMS (NRSS) its teachings relating to the NRSS Smart Card. 

SMART CARD However, when decryption is necessary, valid data, begin- 

5 nlng with a predetermined synchronization byte, is sent to 

FIELD OF THE INVENTION the NRSS Smart Card. The Smart Card recognizes this 

The present invention relates generally to data reception. V^deundrnd sync^nization byte (Le. distal p«ern), 

processing and transmission according to the MPE^stan- to it and begin decrypting, for example, the 

dards and, more particularly, the present invention relates to n , , es- . . 

the operation and interfacing of a transport decoder which 10 J ^ Mt ^ however, could exist if. in some random 

handles an encoded MPEG-2 format datastream using an datastream flowmg between valid packets of data, a pattern 

NRSS smart-card decoder matching the predetermined sync byte was allowed to pass 

to the Smart Card. If this were to occur, the Smart Card 

BACKGROUND OF THE INVENTION would synchronize to essentially a false sync byte, begin 

it u c ^ ~ i - . /mvr . n ^ . 15 decrypting and potentially miss a true sync byte. thus, failing 

High Definition Television (HDTV) continues o make deoypt the valid encrypted data, 

progress in its attempts to replace conventional television. L. .. .. . , v.. . . 

lT T » . ~\ r , The present invention addresses this problem. 

Paving the way for this progress are various companies and jawwu. *u»vi*«v« y 

associations working on standards to provide for a global SUMMARY OF THE INVENTION 

market for HDTV. ^ According to the present invention, a transport decoder 

One such group of companies is known as the "Digital system, designed for decoding a transport datastream which 

HDTV Grand Alliance" including members such as AT&T, includes transport packets each having a predetermined 

David Sarnoff Research Center, Massachusetts Institute of synchronization pattern and a predetermined number of 

Technology and others. A comprehensive overview of the bytes, is coupled to an NRSS Smart Card for decryption of 

strides made by mis group are presented in an article by ^ a t least part of the transport datastream. The NRSS Smart 

Robert Hopkins entitled "Digital Terrestrial HDTV for Card uses a received synchronization pattern to signify 

North America: The Grand Alliance HDTV System" pub- when, in the data stream, decryption operations should start 

lished in the TREE Transactions on Consumer Electronics The present invention implements an interface between the 

(Summer 1994). This article is herein incorporated by ref- transport decoder and the NRSS Smart Card by receiving a 

erence for all of its teachings regarding the background and ^ transport datastream; detecting a synchronization pattern 

basics of HDTV systems including the use of Program and anc i setting a counter based on a predetermined number of 

Transport Packet Streams. bytes which should exist between synchronization patterns; 

One standard that has been adopted by the Grand Alliance forwarding the synchronization pattern and predetermined 

is the MPEG-2 standard for encoding video and audio number of bytes to the NRSS Smart Card; and if . at the end 

information, developed by the Moving Pictures Expert 33 of the predetermined number of bytes forwarded to the 

Group (MPEG), a committee within the International Stan- NRSS Smart Card a second synchronization pattern is not 

dards Organization (ISO). Accepted standards are periodi- detected, forwarding a stream of zeroes to the NRSS Smart 

cally published such as. for example, the Video Section of Card until the next synchronization pattern is detected. 

Infomialion Tcchnol<^^««c M<^g DESCRIPTION OF THE DRAWINGS 

tures and Associated Audio ISO/IEC 13818-2 (1995) 40 

(hereinafter "Video Section") and the Systems Section of The invention is best understood from the following 

Information Technology— Generic Coding of Moving Pic- detailed description when read in connection with the 

tures and Associated Audio ISO/IEC 13818-1 (November accompanying drawing, in which: 

1994) (hereinafter "Systems Section") both of which are FIG. 1 shows a high-level functional block diagram of an 

incorporated herein by reference for their teachings regard- 45 exemplary digital transport decoder and its various intcr- 

ing established standards and formats. faces. 

The syntax for the MPEG-2 standard defines several FIG. 2A shows a high-level functional block diagram of 

layers of data records which are used to convey both audio *o exemplary implementation of a the transport decoder 

and video data. To transmit information, a digital data shown in FIG. 1A. 

stream, representing, for example, multiple video sequences, so FIG. 2B shows a high-level data/control flow block dia- 

is divided into several smaller units and each of these units gram of an exemplary implementation of a the transport 

is encapsulated into a respective packetized elementary decoder shown in FIG. 1A. 

stream (PES) packet For transmission, each FES packet is FIG. 3 shows a functional block diagram of the memory 

divided, in turn, among a plurality of fixed-length transport controller used in the transport decoder shown in FIG. 2. 

packets. Each transport packet contains data relating to only 55 FIG. 4 shows an exemplary flowchart illustrating how the 

one PES packet The transport packet also includes a header memory controller handles Pointers FIFO Entries, 

which holds control information* sometimes including an FIG. 5 A shows an exemplary flowchart illustrating steps 

adaptation field, to be used in decoding the transport packet executed during the video decoder interface aspect of the 

However, PES data may include multiple elementary present invention. 

streams. 60 FIG. SB shows an exemplary flowchart illustrating steps 

This datastream, in the form of transport packets, may for executed during the audio decoder interface aspect of the 

security purposes be encrypted at a transport encoder and present invention, 
decrypted at a transport decoder. For example, a National 

Renewable Security Standard (NRSS) Smart Card may be DETAILED DESCRIPTION OF THE 

used in the encryption/decryption process. It is noted that 65 INVENTION 

generally an NRSS Smart Card includes a resident pro- Turning to the figures. FIG. 1A shows a high-level func- 

grammable microprocessor and decryption engine. The E1A tional block diagram of an exemplary digital transport 
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decoder 110 and its various interfaces. As shown in FIG. 1A. 
transport decoder 110 includes connections to a physical 
layer channel interface (channel interface) 112. buffer 
memory 114, a host microprocessor 116. external video and 
audio decoders 118 and 120. and dock signal circuitry (e.g.. 3 
VCXO) 122. In the exemplary embodiment of the present 
invention, the transport decoder 110 supports one video 
interface and up to two audio interfaces (e.g.. audio A and 
audio B). 

Host microprocessor 116 is also coupled, external to 10 
transport decoder 110. to the video and audio decoders 118 
and 120 by way of microbus 124. This connection may use 
parallel or serial data paths and depends on the requirements 
of the individual external decoders selected for use. In any 
event, as will be appreciated by those skilled in the art. this 15 
method of coupling the host microprocessor 116 to external 
decoders is well known. 

Generally, the transport decoder 110 and each of the 
external video and audio decoders 118 and 120 include a 
System Time Constant (STQ value (not shown) maintained 20 
in a register or counter for purposes of synchronizing the 
decoding and display of the received data stream. 

In the present invention, microprocessor 116 has an 
important function in controlling the synchronization of the 
data stream and the operation of the video and audio decod- 25 
ers 118 and 120. In the present invention, microprocessor 
116 has direct, memory-mapped access to various on-chip 
registers within the transport decoder 110. Microprocessor 
116 also has access to buffer areas in the external memory 
114 (through read, write and watermark pointers) and to 
on-chip 32-byte Read and Write FIFOs (shown in FIG. 3). 
Microprocessor 116 is coupled to several internal functional 
blocks by an internal microbus 223 (shown in FIG. 28) and 
allows for various event and error conditions to be signaled 
via maskable interrupts. 35 

FIGS. 2A and 28 show high-level functional block dia- 
grams of an exemplary implementation of the transport 
decoder 110 shown in FIG. 1. With reference to FIGS. 2A 
and 2B. the overall data flow in the transport decoder 110 is ^ 
described. 

As shown in the figures, the channel interface 112 of FIG. 
1A leads to a channel data processor (CDF) 210. Channel 
interface 112 also provides data to an NRSS interface 212 
for purposes of decryption by the NRSS Smart Card 230. 45 
The interconnections and operation of the NRSS interface 
212 are described below in detail. 

The CDP 210 is provided to preproccss (e.g.. detect 
synchronize and validate) the packets in the received datas- 
tream. The CDP 210. after performing its processing, for- 30 
wards its output data to transport processor (TPROC) 214 
for further processing. TPROC 214 performs various 
processing, such as parsing, in accordance with a FID Table 
described below in detail 

The TPROC 214 interacts with several of the functional 55 
blocks within transport decoder U0 including a Memory 
Controller 216. a Clock Manager 218, a Private Data Pro- 
cessor 220. and a High Speed Data Port 222. The micro- 
processor 116 has direct access to various on-chip registers 
(not shown). This access is gained by way of a Micro 60 
interface 217 and the internal microbus 223 (shown in FIG. 
2D). Memory Controller 216. in addition to being coupled to 
TPROC 214. is also coupled to external memory 114 and 
video and audio decoders 224. 226 and 228. 

The details of the processing of the digital datastream. 63 
with respect to the individual functional blocks, is now 
described. 
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Channel Data Processor (CDP) 210 

It is noted that the datastream from the channel interface 
112 is passed to the CDP 210. after possible buffering (not 
shown). 

The CDP 210 performs various preprocessing steps on the 
received datastream. In particular. CDP 210 determines the 
byte and frame boundaries in the datastream and converts 
the received datastream into an 8-bit parallel format In the 
exemplary embodiment of the present invention, operations 
occurring in the transport decoder 110 subsequent to the 
CDP 210 are performed using a byte format 

To determine byte and frame boundaries, the CDP 210 
synchronizes to a framing pattern contained in the header of 
a Transport Packet In particular, mis synchronization is 
achieved by searching for the MPEG-2 Transport Stream 
sync_byte (e.g., 47 hex) and verifying its occurrence at the 
start of a programmable number of consecutive transport 
packets. 

In doing so. the CDP 210 checks for the sync_byte. 
"locks" on to the datastream and continues validating pack- 
ets. When the sync_byte search is in progress, a Scarch_ 
State bit is set in a CDP Status Register (not shown). When 
the sync_byte has been found and verification of successive 
occurrences is in progress, a Sync_State bit is set. Finally, 
a Lock^JState bit is set when a predetermined search crite- 
rion is met In the exemplary embodiment of the present 
invention, the search criterion is three consecutive validated 
packets. Also, a Sync_Hysterisis value, indicating the num- 
ber of packets with corrupted sync_bytes that the CDP 210 
is programmed to allow to pass through before declaring 
loss of Lock_J5tate, is established. When this hysteresis 
value is exceeded, a loss of lock is declared. The CDP 210 
then issues a Lock—Lost interrupt and transitions from the 
Lock^JState back to the Search_JState. 

Additionally, if the channel interface 112 (shown in FIG. 
1A) provides a CHPSTKT signal, the transport decoder 110 
may be configured to use this signal as a means to synchro- 
nize to the datastream by setting a Framing_Mode bit in a 
CDP Framing and Sync Control Register to logical "1 M . In 
this case, synchronization is achieved within one transport 
packet time after the CHPSTKT is asserted. 

Alternatively, if an Ignore_Sync bit in the CDP Framing 
and Sync Control Register (not shown), is set to logical M 0". 
the CDP 210 verifies sync_byte integrity at the expected 
(first) byte location relative to the CHPSTKT signal transi- 
tion and declares a lock condition if verification fails. If 
Ignore_Sync is set to 1, the CDP 210 does not verify sync 
integrity. 

After achieving the Lock_State. the output of the CDP 
210 can be passed to and processed by the TPROC 214. 
which further processes (e.g.. filters, parses, and formats) the 
data now in byte format 

Transport Processor (TPROC) 214 
Signals produced by the TPROC 214 control the flow of 
data to the Memory Controller 216, the Micro Interface 217. 
the Clock Manager 218. the Private Data Processor 220 and 
the High Speed Data Port 222. 

In the exemplary embodiment of the present invention, 
(he TPROC 214 processes the data stream under control of 
a FTD Table. As described in the Systems Section, a PTD is 
a 13-bit field in a Transport Stream Header, indicating the 
type of data stored in the packet payload. Some FID values 
are assigned and some are reserved. Additional details of the 
PTD Table are described in Section 33 of the Systems 
Section of the above-referenced MPEG-2 specification. 
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Regarding the FID Table, the TPROC 214 is capable of trailer 216 receives/transmits data from the microprocessor 

concurrently processing up to 32 user-selectable PIDs. The 116 via Micro Interface 217 including Micro-in FIFO 314 

FEDs which the transport decoder HO is to process are and Micro-out FIFO 316. It is noted that the Micro Interface 

specified in the PID Table. Bit fields in the PID Table specify 217, shown external to Memory Controller 216 in FIGS. 2A 

various processing options for the data. 5 and 2B. is shown in FIG. 3 for the sake of clearly illustrating 

In operation, the PID is extracted by the TPROC 214 from to interreUtionship with FIFOs 314 and 316. 

the header of an incoming transport packet and simnlta- The Memory Controller 216 also includes a Flow Control 

neously compared to all of the entries in the PID Table. If a Unit 318 containing On Chip Memory, a DMA Controller 

match is found, the data in the packet is processed according 320, Datapath logic 322. and FIFOs 324. 326 and 328 for 

to the options set in the matching PID Table entry. If no PID i0 delivering data to the video and audio decoders 224. 226 and 

Table entry matches, the packet is discarded 228. respectively. 

Each location in the PID Table for which the Payload The Memory Controller 216 writes data into external 

Format bits are not set to Discard (000). is associated with memory from two sources: one is the TPROC 214 (through 

a channel number. In conjunction with the TPROC 214, the the Transport In FIFO 310) and the other is the rnicropro- 

Memory Controller 216 is responsible for transferring data 15 cesser 116 (through the Micro In FIFO 314). 

to a specific buffer area (channel) in RAM. Operation of the The Memory Controller 216 reads data from external 

Memory Controller 216 is discussed in detail below with memory and supplies it to the following four destinations 1) 

reference to FIGS. 2. 3 and 4. Video Interface (through the Video FIFO 324). 2) Audio A 

In the exemplary embodiment of the present invention, „ Interface (through the Audio A FIFO 326), 3) Audio B 
the PID Table, maintained in TRPROC 214, is set up under Interface (through the Audio B FIFO 328). and 4) micro- 
software control by the microprocessor 116 via the internal controller 116 (through the Micro Out FIFO 316). 
microbus 223 during an initialization process. The external memory space is divided into separate. 

Regarding FID Table entry format, a PID Table entry non^verlapping buffer areas, one for each DMA Channel in 

includes, among other information, 1) a 13-bit FID and 2) a „ Up to 32 channels can be used. A channel number is 

1-bit PGR PID field which, when set indicates that this FID awooatooV with data written *to the two source FIFOs or 

carries the PCR for the program being decoded. An exem- read out of the four destination FIFOs, 

plary PID Table entry also includes a 1 bit PES HDR bit Data pr ov "kd by the TPROC 214 and written into the 

which, when set. enables the RAM buffer address corre- Transport In FIFO 316 carries a channel number tag. The 

sponding to a "Stream ID** in the PCS header to be stored to 30 channel number for each of the other FIFOs is defined by the 

a Pointers FIFO. An interrupt is issued by the Memory microcontroller 116 in a DMA Interface Register. A 128-bit 

Controller 216 when it writes data to the Pointers FIFO. This DMA Channel Configuration Register (Channel Register) is 

interrupt is referred to as a DMA^MARK signal which set up by the microprocessor 116 for each channel in use. 

serves to alert the microprocessor 116 of the delivery of the The Channel Register contains configuration information 

Stream_JD byte. In the exemplary embodiment of the 35 such as the buffer space defined by Begin and End 

present invention. Channel Numbers are assigned to PID Addresses, whether the buffer is configured as a FIFO (read 

Table entries in numerical order based on their location in and write pointers wrap around, sometimes referred to as a 

the table, for example, the first entry is assigned DMA circular queue) or as a Queue (read and write pointers do not 

Channel 0, the next one DMA Channel 1 and so on. «»P around), etc, 

The TPROC 214 indicates that transport packets with 40 ffthc Register allows; the DMA Controller 320 

PCR PID should be processed by the dock Manager 218 by <*» obta "! a *>" b f a ^ en °, ne * » currently using 

placing a PCR_HD signal in the PID Table entry. The becomes full. This feature is normally used only for buffers 

Dock Manager 218 then monitors the adaptation fields of «°re data that is destined for the host micrc^ocessor 

such packets for a PCR^flag and extracts the PCR. " 6 - f? 51 sections/The Begm and En^to«ses of 

* . * ,. 4 ^ . ^ a* these new buffers are stored in a New Buffer FIFO. Only the 

Ate separating the pactes according to their HDs the 45 ^ n6ainwTix& new buffers to this FIFO. Used 

TPROC 214 reaves toe headers of die transport packets bufl £J o||to and other types of pointers are written by the 

and. in conjunction with the Memory O)ntroller 216 stores DMA Controller 320 to the Pointers FIFO. In the exemplary 

packet payloads (e.g., portions of PES packets) for die ejnbodimeQt of ^ ^ taveDltolL only me microproces- 

respective PID s in sequential memory locations of the sor 116 ^ ^ the Pointers FIFO. Tnese pointers are used 

designated channel in the external memory 114. The data in 50 b the mla p pro cessor U 6 to manage reading of buffer data 

the memory 114 represents PES packets. and to return used buffers back to the New Buffer FIFO. The 

The TPROC 214 also handles write operations to the Pointers FIFO Entries Flowchart shown in FIG. 4, shows 

external memory from the host microprocessor 116. ^ e entries to the Pointers FIFO for all possible signal 

MEMORY CONTROLLER 216 * ^Mtons. Omncl Register configurations and buffer con- 

The Memory Controller 216 stores the parsed payload of Continuing with FIG. 3, the DMA Controller 320 and 

Transport Packets in external memory 114 and provides Datapath logic 322 provide all interface signals to the 

video, audio, PSI and other data (e.g., private data) upon external memory. The Flow Control Unit 318 directs the 

demand to the Video Processor 224. up to two Audio a DMA Controller 320 to service a specific interface FIFO 

Processors 226 and 228 and to the host microprocessor 116 (one of six) by providing the appropriate control signals to 

(or microcontroller). it These include: 

FIG. 3 shows an exemplary functional block diagram of 1. DMA Controller Start 

a Memory Controller suitable for use in the transport This signal commands the DMA Controller 320 to start 

decoder 110 shown in FIGS. 2A and 2b. As shown in FIG. 65 servicing a specific FIFO using the conunands such as DMA 

3. the Memory Controller 216 receives data from the Controller Operation, DMA Input FIFO Select and DMA 

TPROC 214 via a Transport In FIFO 310. Memory Con- Output FIFO Select. At the same time. Flow Control Unit 
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318 reads out Che 128-bit Channel Register and makes it Each Channel Register is 128 bits and there may be a 

available on the data bus of the Channel Register (internal maximum of 32 channels, so up to 128x32 bits can be 

memory). Hie DMA Controller 320 reads this 128-bit word assigned to Channel Registers, in multiples of 128 bits, 

into its internal register and the Flow Control Unit 318 is Words of 32-bits are written to and read from the New 

then free to do other read/write operations as required on the 5 Buffer and Pointers FIFOs. At least 128x32 bits of memory 

internal memory. (i.e., 128 words) are available for (he New Buffer and 

2. DMA Controller Operation (1 bit) Pointer FIFOs. Additionally, if less than 32 channels are in 
This bit signals a Write or Read operation to be performed use, unused capacity from the Channel Register memory can 

by the DMA Controller on the interface FIFOs. be allocated to the New Buffer and Pointer FIFOs. 

3. DMA Input FIFO Select (1 bit) 10 Following are examples of memory allocation for 32 

Signals which of the two input FIFOs 310 or 314 to DM A channds and 16 DMA 

service 1) Memory allocation for 32 used channels 

4. DMA Output FIFO Select (2 bits) New Bu£faraTC«4x32 bits 
SignalswhichQfthefouroutputFlFOs31«.324.32«or is SS^SImSi hits 

328 to service. 

5. Channel Data In Request/Channel Data/Channel ^^^^^^u^ 
>j., m k~.vn\>f a rwnriUr QtZ, Ncw Buffcr FIFO=64x32 bits 
Number/DMA Controller Stop Pointcr FIFO= 128x32 bits 

Usually, the DMA Controller 320 continues to service a Channel R Cg isters=128xl6 bits 
FIFO until it cannot service the FIFO any longer due to some 

condition such as a full interface FIFO, or no data in external CLOCK MANAGER 218 
memory, etc. When mis type of condition occurs, the DMA 

Controller 320 asserts the Channel Data In Request to the The Clock Manager 218, shown in FIGS. 2A and 2B, of 

How Control Unit 318 and provides the Channel Register me transport decoder 110 synchronizes a local 27 MHz 

data and Channel Number data to the Flow Control Unit 23 siS™ 1 (generated by clock signal circuitry 122) using suc- 

318. The Row Control Unit 318 updates the Channel cessive PCR values. The value of the counter in the Clock 

Register memory with the Channel Data (updated informa- Manager 218 is referred to as the System Time Constant 

tion includes, for example, the Write and Read Pointers) and (STQ value. The microprocessor 116, in the exemplary 

directs the DMA Controller 320 to service the next FIFO in embodiment of the present invention, has access to the STC 

the loop, unless a specific FIFO needs emergency action 30 valuc the counter via the internal microbus 223. 

(because, for example, it may be approaching a full or empty The counter in the Clock Manager 218 is periodically 

status). synchronized to the PCRs carried in the transport data 

Occasionally, the Flow Control Unit 318 may need to stream. When the first PCR in a data stream is encountered, 

issue a DMA Controller Stop command to the DMA Con- the PCR is *^ am loaded" in the counter to become the initial 

troller 320 in response to a need to service another FIFO 35 STC valuc - As subsequent PCR values are received, they are 

such as the Transport In FIFO which may have a higher compared to the CTC value to adjust the frequency of me 

priority. This command directs the DMA Controller 320 to clock signal circuitry 122 (e.g., VCXO). In the present 

stop servicing the FIFO it is currently servicing and write the invention, this is accomplished using a Digital-to-Analog 

Channel data to the Flow Control Unit 318. converter (QAQ described in detail below. Once phase error 

The Channel Register is updated by the DMA Controller fdju^nents aremade, generally, the new PCR value is 

320 with a Read Pointer, a Write Pointer and other infor- loadcd ^ ^ STC value. 

mation at the point at which it stops servicing a FIFO. Since Normally PCR values occur once per frame. Under the 

the Flow Control Unit 318 writes this to the internal Channel MPEG-2 standard, they must occur at least in every third 

Register memory, the DMA Controller 320 can resume 45 frame (one-tenth of a second). 

service to the interrupted FIFO from the point at which it The external video and audio decoders 118 and 120 are 

was interrupted. typically synchronized to the transport decoder 110 by 

With reference to the DMA Controller's participation in updating me STC value in the external decoders based on the 

the overall operation of the discontinuity state aspect of the STC value maintained in the Clock Manager 218. The video 

present invention, when a next PES packet containing a so and audio decoders 118 and 120 use the stored value to 

Stream ID byte is written to the Memory Controller 216 by determine when data is to be decoded/displayed by com- 

TPROC 214, the Flow Control Unit 318 causes the DMA— paring it to timestamps in the received PES datastream. It is 

MARK signal to go high. The transition of the DMA_ noted that, in the exemplary enabodiment of the present 

MARK signal triggers an interrupt at microprocessor 116 invention, the transport decoder 110, video decoder 118 and 

and the address of the PES packet header is stored in an input 55 audio decoder 120 all receive the same 27 MHz clock signal 

pointer FIFO to which the microprocessor has access. Since generated by the Clock Manager 218. 

this PES header may have a time-stamp, the microprocessor The transport decoder 110 contains hardware support for 

116. responsive to the flag raised by the discontinuity locally generating a clock signal that is locked to the system 

indicator, searches the stored PES headers for a time stamp clock signal for a selected program. As mentioned above, 

and, when it finds one, retrieves the time stamp value. Based $0 PCR values received on the specified PCR _PID are made 

on the retrieved timestamp value, microprocessor 116 sets a available on a serial interface for use by other devices, 

timer interrupt. The Clock Manager 218 includes a System Time Counter 

Referring back to FIG. 3. in the exemplary embodiment of (STC) (not shown), a System Time Clock Register (not 

the present invention, internal memory of the Flow Control shown), a Program Clock Reference Register (not shown), a 

Unit 318 includes four blocks of 64x32 bits, each of which 65 Current STC Register (not shown), an Alarm Clock Interrupt 

are assigned for Channel Registers. New Buffer FIFO and Register (not shown) and logic (not shown) to latch PCRs 

Pointers FIFO. extracted from the headers of packets that are associated 
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with a selected PID. It also contains the serial PCR interface, 218. The DAC 230 is write-only, Le.. software keeps a copy 

and a DAC Register for control of an external system clock of the last value loaded into the DAC in memory. In 

signal control loop. operation, the DAC 230 is used to generate the control 

In the exemplary embodiment of the present invention. voltage for the external resonant crystal voltage controlled 
the STC is a 42-bit counter having a 9-bit base and 33-bit * oscillator. VCXO 122. which is source of the system clock 

extension frequency (27 MHz norninal). By comparing the latched 

The STC base divides the noininal27 MHz System dock andJTC values, software whether the 

input signal by 300. The resulting 90 KHz signal drives the local clock J^ *$ mts F ^™?£r * 

sic extension The STC can bTread or wririn by software ware may ^ the difference between the PCR and STC and 

executing on the microprocessor 116 at any time. Optionally, 10 add fZJ^L mc **** of * e m ^ X 

the STC can be automatically loaded with a received PCR ot 

after a discontinuity indicator has been encountered. VIDEO/AUDIO DECODERS 224. 226* 228 

As mentioned above. PCRs may be automatically 

extracted from the incoming bit stream by setting the Once the transport packets are received, processed and 

IKB^mbitmaPIDTableentry.Han^ stored, as mentioned above. Memory Controller 216 reads 

PCRs depends upon options set by software and whether a mc PES packets out of memory 114 and forwards them to 

discontinuity state exists for the current transport packet external video and audio decoders. Before the PES 

when the PCR is received. packets reach the external decoders 118 and 120. however, 

A discontinuity state is recognized when a transport „ * **** ^ 
packet which contains the PCR_PID is received with a logic 

1 in the discontinuity_indicator bit in the Transport header. inujwrtant role of these internal processors is to ensure 

The discontinuity state exists until either a transport packet me stream of data leaving the transport decoder is 

containing the PCR_PID is received with a logic 0 in the compatible with the external decoders. That is, different 

discontinuity indicator, or until the next PCR is found in a 25 cxternal decoders have different data requirements. 

PCR_PID packet For example, some currently available external video 

If enabled, the Dock Manager 218 automatically loads decoders can accept a stream of PES packets, including 

the received PCR into the STC when a PCR is received header «* W 10 ^ esseafcdly in the same form in which it 

while a discontinuity state exists. At this point an interrupt & r <* d «* of mc i moi y* On me other hand, some external 

is issued to the host microprocessor 116. 30 decoders « °**y accept for processing an elementary 

mi /"t» 1 ■»» * . , v . ,. - v u stream (i.e., PBS packet payloads but no headers). 

The Clock Manager 218 contains an Initiate bit which. Agnail* the latter type of decoder may require, in 

when set tc .logic 1 by software, causes the next PCR additioQ ^ oatastreW associated control intamation 

received to be loaded into the STC regardless of whether a sudi ^ ^^^^0 counts. One such video decoder 

djsccnunuity state exists or not Tte ^tiahze bit is subse- me CL91W rnade by C -Cube, the specificaUon of 

q^enUy dearedautorn^ * which-CL9100 Multimode Video Decooer Ws Manual 

™ C 15 1 X CT £ (October 1994 Ws hereby incorporated by reference, 

a valid PCR (i.e., when a new PID has been selected.) \ . /* . c . ; . e 

a tox«* * w*v v^.. w U «i a *w m. »<» Accordingly, video processor 224 is configurable, by way of 

If no discontinuity state exists or if the automatic STC microprocessor 116. to format the outgoing datastream to be 

loading function is disabled, a received PCR is stored in the compatible with the requirements of the selected external 

PCR register and (optionally) an interrupt is issued to the decoder 

host microprocessor 116. At the sarat^that the PCR is ^ ^ ^ ^ ^ m aflmal ^ 

captured, the current stete of the STC is stored in the STC dccoda 8Ucfa „ a C -Cube CL9100. video processor 224 

Register. The stored PCR and STC values are used to processes the stream of PES packets in order to strip off the 

*? n ^£^ ^ to control mc dock 45 PES header and extract from the PES header, timestamp 

signal (XOCLK). information. In addition, video processor 224 maintains a 

When a Transport Packet is received which has a PID byte count using a counter (not shown), for the PES packets 

equal to the PCRJID and which contains a PCR, the PGR forwarded to the external decoder. Thus, video processor 

is latched in the PCR Register. The current contents of the 224 holds tinvstamp information, maintains a byte count 

STC Counter are also latched in the STC Register at that ^ forwards the PES packet payloads on to the external 

time, and an interrupt is issued to the host microprocessor video decoder. In order to get the timestamp and byte count 

116. Latching both values eliminates any uncertainty due to information to the external decoder, video processor 224 

varying latency in the interrupt service routine. In the sends an interrupt to microprocessor 116 which, when it 

exemplary embodiment of the present invention, both reg- responds, reads the timestamp and byte count information 

isters consist of a 9 bit base and 33-bit extension. The base 55 f^m the video processor 224 via the internal microbus 223 

part is modulo 300, whereas the extension is binary. Before and delivers this control information to the external video 

the register contents can be used in any calculations, they are decoder via the external microbus 124. 

converted to a single binary count by rnultiplying the Sometimes, however, before microprocessor 116 is able 

extension by 300 and adding the base part to the result to respond to the interrupt from video processor 224. another 

The Current STC Register is a read-only register which #) pes header with timestamp information arrives. This may 

allows the microcontroller 116 to obtain the current contents occur, for example, if the microprocessor 116 was involved 

of the STC at any time. The microcontroller 116 can with a higher priority task for an extended period of time. In 

initialize the STC of the Video Decoder or Audio Decoder this case, video processor 224 stores the timestamp infor- 

with this value by way of the external microbus 124. mation along with a status. In particular, video processor 224 

As mentioned above, transport decoder 110 contains a 65 maintains a status register indicating whether miaoproces- 

1 0-bit digital-to-analog converter (DAC) 230 for use in the sor has "missed" any timestamps. When, in the exemplary 

clock adjustment control loop within the Clock Manager embodiment of the invention, imcroprocessor 116 finally 
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begins to read the timestamp information, if it has missed 
one or more timestamps as indicated in by the status, it only 
retrieves the most recent timestamp. 

Additionally, since timestamp information and byte count 
information are to be provided to the external decoder, when 5 
the microprocessor 116 misses a timestamp. video processor 
224 maintains a cumulative byte count for however many 
timestamps may arrive before microprocessor 116 reads the 
information. Thus, microprocessor 116 reads the most recent 
timestamp and cumulative byte count and delivers this 10 
information to the external video decoder. Subsequently, the 
status register and byte count may be reset 

As shown in the flowchart of FIG. 5A. the headers of 
received data are stripped and parsed (step 510). timestamp 
information is stored and a byte count is maintained (step 
512). an interrupt is issued by video processor 224 to 
microprocessor 116 alerting it that timestamp information is 
available for reading (step 514), if additional timestamp 
information is received before microprocessor reads the 
previous timestamp information, the new timestamp infer- 20 
mation is stored, the byte count continues to accumulate 
(step 516) and the video processor 224 issues another 
interrupt to the microprocessor 116. otherwise microproces- 
sor reads the status register, the timestamp information and 
the byte count information and delivers it to the external 25 
video decoder (step 518). 

Another example of accommodating particular external 
decoders involves the use of bit rate-constrained audio 
decoders such as the Zoran ZR38500 AC3 audio decoder, 
the Specification (October 1994) for which is hereby incor- 
porated by reference. Generally, most audio decoders 
present a data request indicating they can accept audio data 
and then the transport decoder 110. via the audio processors 
226/228. supplies audio data until the external audio pro- 35 
cessor negates the requests. In other words, mere exists a 
handshake mechanism. 

Bit-rate constrained decoders, however, such as the Zoran 
AC3 audio decoder, require that audio AC3 data be delivered 
as audio data frames, each frame including a frame time, and ^ 
bit-rate in its header. Delivering data in excess of this 
predetermined bit rate can cause the internal buffers to 
overflow and. consequently, cause a loss of data. 
Furthermore, these bit-rate constrained decoders do not 
provide a Data-Ready signal to indicate that they are ready 43 
to accept additional audio data. 

Thus, as with the video decoder 224, the audio processors 
226 and 228. are configurable to accommodate the selected 
external audio decoder. It is noted that in the exemplary 
embodiment of the present invention, audio processors 226 50 
and 228, except for addresses which allow access by micro- 
processor 116. are essentially identical. 

Accordingly, audio processors 226/228, when pro- 
grammed to interface with mis type of audio decoder, 
assumes mat the decoder is always issuing a data request 55 
signal However, as PES packet audio data is supplied to 
audio processors 226/228 from Memory Controller 216. the 
PES header of the received data is parsed by the audio 
processors. Contained in the parsed header is a frame size 
and bit rate for the audio data. From the frame size and bit 60 
rate, the audio processors 226/228 can determine the frame 
boundary (i.e., frame time). Having frame time information, 
audio processors 226/228 set a frame timer such that, when 
audio data is available, the timer is sec a frame of data is 
"burst" out to the external audio decoder then the audio 65 
processors 226/228 and then pause until the frame timer 
expires. When the timer expires, the cycle continues, one 



audio frame at a time, while additional frames are available 
for sending to the external audio decoder. Control 
information, such as timestamps. are retrieved by the micro- 
processor and delivered via the external microbus. 

As shown in the flowchart of FIG. 5B. PES packets are 
retrieved from memory (step 542). the headers of received 
data are stripped and parsed (step 530). a frame time is 
determined (step 532), the timer begins running (step 534), 
audio processors 226/228 burst out a frame of data (step 
536) and audio processors 226/228 pause until the timer 
expires (step 538). although, as shown, steps 542. 530 and 
532 can be carried out during the pause. Then, the process 
can continue. 

NRSS INTERFACE 212 

Referring back to FIGS. 2A and 2B, the NRSS Interface 
212 is described in more detail. It is noted that the NRSS 
Interface 212 is designed to be compliant with the NRSS 
Smart Card specification. 

In particular. NRSS Smart Card 230 has a limitation in 
that there are only three pins with which to carry out the data 
transfer. These pins, represented as signal lines on FIG. 2A. 
are NRSSDOUT, NRSSDIN and NRSSDCLK. NRSSD- 
OUT is the signal line on which serial data leaves the 
transport decoder 110 and is supplied to the NRSS Smart 
Card 230; NRSSDIN is the signal line on which serial data 
leaves the NRSS Smart Card 230 and is supplied back to the 
transport decoder 110; and. NRSSDCLK is the signal line on 
which a data clock is provided such that data is transferred, 
in either direction, on the edge of this clock. The other signal 
lines include a relatively slow bi-directional communication 
line NRSSIO. a system clock NRSSCLK and reset 
NRSSRST. It is noted that generally the NRSS Smart Card 
230 includes a imcroprocessor which has a software encryp- 
tion engine. And, imcroprocessor 116 can re-program vari- 
ous parameters of the Smart Card 230 if necessary. 

Regarding the dataflow, when decryption is unnecessary, 
the dataflow is as described above where the CDP 210 
receives the datastream, checks for the sync_byte (47 h) and 
formats the data in byte format 

However, when decryption is necessary, NRSS Interface 
212 receives the datastream and performs essentially the 
same sync_byte detection function as the CDP 210. NRSS 
Interface 212 performs this function in order to determine 
incoming packet boundaries. That is, each time a new packet 
arrives, as indicated by a sync__byte, the data is sent to the 
NRSS Smart Card 230 for decryption. In doing so, valid 
data, beginning with the sync_byte, is sent to the NRSS 
Smart Card 230. As mentioned, the first byte of data serially 
delivered to the Smart Card 230 is the 47 hex. The Smart 
Card 230 recognizes this predetermined pattern, synchro- 
nizes to it and decrypts the next 188 bytes. 

However, it is desirable to only send valid data to the 
NRSS Smart Card 230 because the 47 hex pattern could 
exist in some random data stream allowed to pass to the 
Smart Card 230. If this were to occur, the Smart Card 230 
would synchronize to a false sync_byte and potentially miss 
a true sync_byte, thus, failing to properly decrypt the valid 
encrypted data. 

To avoid such a problem, the NRSS Interface 212 is 
designed to ensure proper processing. In particular, NRSS 
Interface 212, after detecting a proper sync_byte, starts a 
counter in order to track the redetermined number of bytes 
included in this packet (e.g.. 188 bytes): At the end of the 
188 bytes, if a new sync_byte is not detected, the NRSS 
Interface 212 forces a stream of zeroes to the NRSS Smart 
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Card 230 to ensure that the Smart Card does not encounter 
any false sync_byte and begin decrypting. It is noted that 
NRSS Interface 212 can be programmed to handle a change 
in the sync_byte pattern or even the cliniination of the need 
for a sync_byte. 5 

Additionally, if the transport packet stream is carrying 
multiple programs and, for example, only one of the pro- 
grams requires decryption, the NRSS Interface 212 instructs 
the NRSS Smart Card 230 which data to decrypt and which 
data not to decrypt by way of the NRSSIO bi-directional 10 
communications signal line. Typically, such a communica- 
tion is handled by microprocessor 116 via internal microbus 
223. through NRSS Interface 212. and onto the NRSS Smart 
Card 230 via the NRSSIO communications line. Also, 
microprocessor 116 can set various parameters in the NRSS 15 
Interface 212 such as baud rate, stop bits, parity, etc by way 
of control registers (not shown) Which are also accessed via 
the NRSSIO communications line. 

Finally, the decrypted serial datastream is passed to CDP 
210 which formats the data in byte format and forwards it to 
the TPROC 214. This decrypted data stream is handled, as 
described above, in exactly the same way as if an unen- 
crypted data stream had been received from the channel 
interface 112 (shown in FIG. 1A). 

Although the invention is illustrated and described herein 
as embodied in a method and apparatus for updating the 
system time constant following a discontinuity in an 
MPEG-2 transport data stream, the invention is not intended 
to be limited to the details shown* Rather, various modifi- ^ 
cations may be made in the details within the scope and 
range of equivalents of the claims and without departing 
from the spirit of the invention. 

The invention claimed is: 

1. In a transport decoder system designed for decoding a 35 
transport datastream which includes transport packets each 
having a predetermined synchronization pattern and a pre- 
determined number of bytes, said transport decoder coupled 
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to an NRSS Smart Card for decryption of at least part of the 
transport datastream. said NRSS Smart Card using a 
received synchronization pattern to signify a start of 
decryption, a method for handling the interface between the 
transport decoder and the NRSS Smart Card comprising the 
steps of; 
receiving a transport datastream; 
detecting a synchronization pattern and setting a counter 

based on the predetermined number of bytes; 
forwarding the synchronization pattern and predeter- 
mined number of bytes to the NRSS Smart Card; and 
if. at the end of the predetermined number of bytes 
forwarded to the NRSS Smart Card no synchronization 
pattern is detected, forwarding a stream of zeroes to the 
NRSS Smart Card until the next synchronization pat- 
tern is detected. 
2. In a transport decoder system designed for decoding a 
transport datastream which includes transport packets each 
having a predetermined synchronization pattern and a pre- 
determined number of bytes, said transport decoder coupled 
to an NRSS Smart Card for decryption of at least part of the 
transport datastream. said NRSS Smart Card using a 
received synchronization pattern to signify a start of 
decryption, a system for handling the interface between the 
transport decoder and the NRSS Smart Card comprising: 
means for receiving a transport datastream; 
means for detecting a synchronization pattern and setting 
a counter based on the predetermined number of bytes; 
means for forwarding the synchronization pattern and 
predetermined number of bytes to the NRSS Smart 
Card; and 

means for forwarding a stream of zeroes to the NRSS 
Smart Card until a next synchronization pattern is 
detected. 
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